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DETAILED ACTION 
RESPONSE TO AMENDMENT 
Claim rejections based on prior art 

Applicant's arguments filed 02/14/2008, with respect to the rejection(s) of claim(s) 1-20 
and 24-27 under Mullendore et al. (US 2003/0185154) and Beukema et al. (US pat. 6,978,300) 
have been fully considered and is not persuasive. 

As previously stated in the last office action : [The applicant argues that, Mullendore 
and Beukema, the cited references, do not disclose "send a transfer ready command frame 
to the Host before receiving the transfer ready command from the target, wherein the 
transfer ready command received from the target is suppressed." And "sending a transfer 
ready command using the initialized RX ID value to the host prior to receiving the transfer 
ready command from the target, wherein sending the transfer ready command to the host 
allows the switch to operate as a proxy for the target", as recited in claims 1, 24, and 27. 

In regards to "send a transfer ready command frame to the initiating Host before 
receiving the transfer ready command from the target", see fig. 5 and paragraph 0064 of 
Mullendore, which discloses "When Fast Write is disabled, RTT messages are passed 
transparently from target to initiator". Clearly, fig. 5 shows XFERRDY 128KB being sent 
from the switch 150 before it is received at the initiator (base on the arrow). As paragraph 
0064 discloses, "RTT messages are passed transparently from target to initiator". This 
XFER RDY 128KB is shown to be coming from the target, "wherein the transfer ready 
command received from the target is suppressed" (see fig. 5 and paragraph 0072 of 
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Mullendore, which discloses putting the transfer ready command to an 'end'. The word 
'suppressed' is being interpreted as to put and end or to come to a stop). 

Mullendore fail to expressly discloses, a frame having a header with an OX ID or 
RX ID and initializing either the OX ID or RX ID of the write command header. 

Paragraph 0018 of the applicant's specification discloses, "As previously noted, the 
OX ID field 32 and the RX ID field 34 are each 16 bits wide and are used for identifying 
the originating Host and target device". 

Similarly, Beukema discloses a data packet 712 of fig. 7 having routing header 716 
and transport header 718, which are use to identify a source and a destination target; in the 
same way that a RX ID is used to specifies a target. See col. 10, lines 58-65. In other words, 
OX-ID and RX ID are being interpreted as addresses for a source and a destination. In 
regards to initializing either the OXIDorRXID of the write command header, in col. 10, 
lines 49-50, Beukema discloses "Routers, also modify the packet's network header when the 
packet crosses a subnet boundary". Modifying is being interpreted as to initializing. Col. 
11, lines 36-38 discloses, "The network header includes routing information, such as the 
destination IP address and other network routing information"]. 

With respect to {"modifying the originator exchange identifier (OXID) of the 
write command to include the initialized RXID value to generate a modified write command, " 
and "forwarding the modified write command to the target"}, please note that the examiner is 
interpreting 'to include' the RX ID as to the RX ID being associated with the OX-ID. 



Please see the office action below in regards to the newly amended claims . 
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The applicant has cancelled claim 4. 

INFORMATION CONCERNING OATH/DECLARATION 
Oath/Declaration 

1 . The applicant's oath/declaration has been reviewed by the examiner and is found to 
conform to the requirements prescribed in 37 C.F.R. 1.63. 

INFORMATION CONCERNING DRAWINGS 

Drawings 

2. The applicant's drawings submitted are acceptable for examination purposes. 

REJECTIONS BASED ON PRIOR ART 

Claim Rejections - 35 USC 8 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 



4. Claims 1-3, 5-20, and 24-31 , are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Mullendore et al. (US 2003/0185154) in view of Beukema et al. (US pat. 6,978,300). 
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5. As per claims 1 and 31 , Mullendore discloses an apparatus, comprising: 

a port (paragraph 0027 discloses "the switch device typically includes a processor, a 
buffer, a first port for coupling to a low speed or TCP/IP based network link") configured 
to receive a write command frame (write 16MB) defining an initiating Host (initiator 135) and 
a target (target 145) (see fig. 4 and paragraph 0054); 

a trapping mechanism (paragraph 0046 discloses the buffer held the command within 
the switch) configured to trap the write command frame ; and 

a processor (the processor within the switch, as discloses in paragraph 0027) 
configured to process the trapped write command (see paragraphs 0029 and 0061, which 
discloses the processor within the switch is able partially transfer the write command) by 
modifying the OX-ID of the write command header to include a value (The claim doest not 
preclude OXID of the write command from being selected and transmitted every time due 
to the word "or" in the claim language. Because of "or", OX ID by itself can be selected 
and has been selected by the examiner. The applicant need to claim a Markush type claim ; 
in other words, the applicant should include "a group consisting..." after 'with'; see 
chapter 803.02 [R-5] of the MPEP for further detail); wherein the processor is further 
configured to initialize a receiver exchange identifier (RX ID) of a transfer ready command with 
the value (The claim doest not preclude RX ID of the write command from being selected 
and transmitted every time due to the word "or" in the claim language. Because of "or", 
OX ID by itself can be selected and has been selected by the examiner. The applicant need 
to claim a Markush type claim ; in other words, the applicant should include "a group 
consisting..." after 'with'. Therefore, the examiner chooses to select OX ID, which 
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automatically lead to the RXID not being selected for transmission; see chapter 803.02 [R- 
5] of the MPEP for further detail) and send a the transfer ready command frame to the 
initiating Host before receiving a transfer ready command from the target(see fig. 5 and 
paragraph 0064, which discloses "When Fast Write is disabled, RTT messages are passed 
transparently from target to initiator". Clearly, fig. 5, shows XFERRDY 128KB being 
sent from the switch 150 before it is received at the initiator (base on the arrow). As 
paragraph 0064 discloses, "RTT messages are passed transparently from target to 
initiator". This XFER RDY 128KB is shown to be coming from the target). 

but fails to disclose expressly a frame having a header with an OXID or RX ID and 
modifying the OX ID of the write command header. 

Paragraph 0018 of the applicant's specification discloses "As previously noted, the 
OX ID field 32 and the RX ID field 34 are each 16 bits wide and are used for identifying 
the originating Host and target device". 

Similarly, Beukema discloses a data packet 712 of fig. 7 having routing header 716 
and transport header 718, which are use to identify a source and a destination target; in the 
same way that a RX ID is used to specifies a target. See col. 10, lines 58-65. In other words, 
OX-ID and RX ID are being interpreted as addresses for a source and a destination. In 
regards to modifying the RXID of the write command header, in col. 10, lines 49-50, 
Beukema discloses "Routers, also modify the packet's network header when the packet 
crosses a subnet boundary". Col. 11, lines 36-38 discloses, "The network header includes 
routing information, such as the destination IP address and other network routing 
information". 
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Mullendore et al. (US 2003/0185154) and Beukema et al. (US pat. 6,978,300) are 
analogous art because they are from the same field of endeavor of packet switching in a wide 
area network (WAN) and/or local area network (LAN). 

At the time of the invention it would have been obvious to a person of ordinary skill in 
the art to modify a congestion management systems and methods are provided to overcome 
head-of-line blocking issues resulting from slower-speed network links, such as low speed WAN 
links or links using a TCP/IP based storage protocol as described by Mullendore and a 
mechanism by which modifications to components of the network fabric may be made without 
tearing down existing connections as taught by Bcukcma. 

The motivation for doing so would have been because Beukema teaches, "The method 
and apparatus provide a mechanism by which modifications to components of the network 
fabric may be made without tearing down existing connections. The apparatus and 
method facilitate such fabric management by placing send queues in a send queue drain 
state and suspending the send queues affected by changes to the network fabric while the 
modifications are being made. Once the modifications are complete, the send queues are 
place back into an operational state" (see col. 2, lines 31-38). 

Therefore, it would have been obvious to combine Beukema et al. (US pat. 6,978,300) 
with Mullendore et al. (US 2003/0185 154) for the benefit of creating the apparatus to obtain the 
invention as specified in claims 1 and 3 1 . 
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6. As per claim 2 , the combination of Mullendore and Beukema discloses "the apparatus of 
claim 1" [See rejection to claim 1 above], Mullendore further discloses, "wherein the Switch 
(150) is an initiating Switch coupled to the Host (135) in a first SAN (165) (see fig. 4). 

7. As per claim 3 , the combination of Mullendore and Beukema discloses "the apparatus of 
claim 2" [See rejection to claim 2 above], "wherein the processor of the initiating Switch (165) 
is further configured to modify the write command before forwarding the write command to the 
target (145) (paragraphs 0029 and 0061 of Mullendore, discloses the processor within the 
switch, and paragraph 0077 discloses the switch being a router. Col. 10, lines 49-50, of 
Beukema discloses "Routers, also modify the packet's network header when the packet 
crosses a subnet boundary"). 

8. As per claim 8 and 15 , the combination of Mullendore and Beukema discloses "the 
apparatus of claim 3" [See rejection to claim 3 above], "wherein the initiating Switch (150) is 
further configured to modify the write command (write 16MB) by modifying the OXID value 
for the write command before forwarding the write command to the target (Paragraph 0018 of 
the applicant's specification discloses "As previously noted, the OX ID field 32 and the 
RXID field 34 are each 16 bits wide and are used for identifying the originating Host and 
target device". Similarly, Beukema discloses a data packet 712 of fig. 7 having routing 
header 716 and transport header 718, which are use to identify a source and a destination 
target; in the same way that a RX ID is used to specifies a target. See col. 10, lines 58-65. In 
other words, OX-ID and RX ID are being interpreted as addresses for a source and a 
destination. In regards to modifying either the OXID or RXID of the write command 
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header, in col. 10, lines 49-50, Beukema discloses "Routers, also modify the packet's 
network header when the packet crosses a subnet boundary". Col. 11, lines 36-38 discloses, 
"The network header includes routing information, such as the destination IP address and 
other network routing information"). 

9. As per claim 5 , the combination of Mullendore and Beukema discloses "the apparatus of 
claim 4" [See rejection to claim 4 above], "wherein the initiating Switch (150) uses the 
initialized RX ID value as a handle for accessing information pertaining to the write command 
session in a sessions ID table (see claim 4 above and col. 14, lines 6-20 of Beukema). 

10. As per claim 6 , the combination of Mullendore and Beukema discloses "the apparatus of 
claim 4" [See rejection to claim 4 above], Mullendore discloses "wherein the processor of the 
initiating Switch (135) is further configured to issue a Transfer Ready command (XFER_RDY 
256KB) to the Host (135) (see fig. 4). 

11. As per claim 7 , the combination of Mullendore and Beukema discloses "the apparatus of 
claim 5" [See rejection to claim 5 above], "wherein the initiating Switch (150) is further 
configured to initialize and use the initialized RX ID value for all communication related to the 
write frame (16MB) between the initiating Switch (150) and the Host (135) (see paragraph 
0061 and fig. 4 of Mullendore and 10, lines 49-65 of Beukema). 

12. As per claim 9 , the combination of Mullendore and Beukema discloses "the apparatus of 
claim 2" [See rejection to claim 2 above], Mullendore discloses, "wherein the initiating Switch 
(150) is further configured to transfer additional data frames (256KB) (paragraph 0061 
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discloses that the switch separate the command into smaller portions and send those 
portions (256KB) separately to the target) to the target (145) when the initiating Switch (150) 
receives a Transfer Ready command (XFER_RDY 256KB) associated with the write frame 
(write 16MB) from the target (see fig. 4). 

13. As per claim 10 , the combination of Mullendore and Beukema discloses "the apparatus 
of claim 1" [See rejection to claim 1 above], Mullendore discloses, "wherein the Switch (140) 
is a target Switch coupled to the target (145) (see fig. 4). 

14. As per claim 11 , the combination of Mullendore and Beukema discloses "the apparatus 
of claim 10" [See rejection to claim 10 above], Mullendore discloses, "wherein the target 
Switch (140) forwards the write command (16MB) to the target (145) (see fig. 4). 

15. As per claims 12 and 25 , the combination of Mullendore and Beukema discloses "the 
apparatus of claim 10" [See rejection to claim 10 above], Mullendore discloses, "wherein the 
target Switch (140) forwards data frames (128KB) associated with the write command (16MB) 
to the target (145) after receiving a Transfer Ready command (XFERRDY 128KB) from the 
target (145) (see fig. 4). 

16. As per claim 13 , the combination of Mullendore and Beukema discloses "the apparatus 
of claim 12" [See rejection to claim 12 above], Mullendore discloses, "wherein the target 
Switch (140) is further configured to buffer the data frames (128KB) prior to receipt of the 
Transfer Ready command (XFER RDY 128KB) see paragraph 0061 and fig. 4. 
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17. As per claim 14 , the combination of Mullendore and Beukema discloses "the apparatus 
of claim 12" [See rejection to claim 12 above], "wherein target Switch (140) is further 
configured to maintain (the buffer inside the switch having a identified data) a sessions ID 
table and to use the OX ID of the write command as an index to the session corresponding to the 
write command (see paragraphs 0054 and 0061 of Mullendore and col. 14, lines 6-20 of 
Beukema). 

18. As per claim 16 , the combination of Mullendore and Beukema discloses "the apparatus 
of claim 5" [See rejection to claim 5 above], wherein the target Switch (140) is further 
configured to modify the OX_ID value with communications between the target Switch (140) 
and the target (145) (see paragraphs 0029 and 0061 of Mullendore and col. 10, lines 58-65 
and Col. 11, lines 36-38 of Beukema). 

19. As per claim 17, the combination of Mullendore and Beukema discloses "the apparatus 
of claim 1" [See rejection to claim 1 above], wherein the Switch is further configured to use the 
RXID value of trapped write commands to specify the amount of buffer space needed for the 
write command and use the write command frame to request the needed buffer space (see 
paragraph 0061 of Mullendore and fig. 7 of Beukema). 

20. As per claims 18 and 26, the combination of Mullendore and Beukema discloses "the 
apparatus of claim 17" [See rejection to claim 17 above], wherein the Switch (150) is further 
configured to use the RX ID value of trapped write commands (write 16MB) to specify the 
amount of buffer space larger than needed for the write command and use the additional buffer 
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space for subsequent write commands so that the Switch need not wait for a Transfer Ready 
command to transfer data related to the subsequent write command (see paragraph 0061 and 
col. 10, lines 58-65 and Col. 11, lines 36-38 of Beukema). 

21. As per claims 19 and 28 , the combination of Mullendore and Beukema discloses "the 
apparatus of claim 1" [See rejection to claim 1 above], Mullendore discloses, "wherein the 
Switch (150) is further configured to, in the event the Switch does not have sufficient buffer 
space for the write command (write 16MB) (see paragraph 0064), to either: (i) generate a busy 
status signal to the initiating Host; (ii) placing the write command on a pending wait list 
(paragraph 0064 discloses, "then switch 150 holds the RTT message until buffer resources 
become sufficient to receive the entire write data specified by the RTT message ") ; or (iii) 
forwarding the write command to the target (see paragraph 0070). 

22. As per claim 20 , the combination of Mullendore and Beukema discloses "the apparatus 
of claim 1" [See rejection to claim 1 above], Mullendore discloses, "wherein a first SAN (360) 
including the Switch (switch A or B); a second SAN (365) including a second Switch (switch C 
or D); and an inter-SAN network (310) connecting the first SAN and the second SAN (see fig. 
13). 

23. As per claims 24, 27, 29, and 30 , Mullendore discloses an apparatus, comprising: 

receiving a write command (write 16MB) at a switch, the write command specifying a 
host (initiator 135) identifier corresponding to a host and a target (target 145) identifier 
corresponding to a target (paragraph 0027 discloses "the switch device typically includes a 
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processor, a buffer, a first port for coupling to a low speed or TCP/IP based network link", 
see also fig. 4 and paragraph 0054); 

a trapping mechanism (paragraph 0046 discloses the buffer held the command within 
the switch) configured to trap the write command frame if the write command frame designates 
a predetermined Host ID (the initiator, 135, ID) and a predetermined target ID (the target, 
145, ID) (each command within a fibre channel protocol discloses the sender and the target 
identity, as discloses in paragraph 0054); and 

a processor (the processor within the switch, as discloses in paragraph 0027) 
configured to process the trapped write commands (see paragraphs 0029 and 0061, which 
discloses the processor within the switch is able partially transfer the write command) and 
send a transfer ready command frame to the initiating Host before receiving the transfer ready 
command from the target (see fig. 5 and paragraph 0064, which discloses "When Fast Write 
is disabled, RTT messages are passed transparently from target to initiator". Clearly, fig. 5, 
shows XFERRDY 128KB being sent from the switch 150 before it is received at the 
initiator (base on the arrow). As paragraph 0064 discloses, "RTT messages are passed 
transparently from target to initiator". This XFER RDY 128KB is shown to be coming 
from the target), wherein the transfer ready command received from the target is suppressed 
(see fig. 5 and paragraph 0072, which discloses putting the transfer ready command to an 
'end'. The word 'suppressed' is being interpreted as to put and end or to come to a stop). 

but fails to disclose expressly a frame having a header with an OXID and a RXID 
value and initializing either the OX ID or RX ID of the write command header and 'modifying' 
the originator exchange identifier (OX ID) of the write command 'to include' the initialized RX 
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ID value to generate a modified write command; and forwarding the modified write command to 
the target. 

Paragraph 0018 of the applicant's specification discloses "As previously noted, the 
OX ID field 32 and the RX ID field 34 are each 16 bits wide and are used for identifying 
the originating Host and target device". 

Similarly, Beukema discloses a data packet 712 of fig. 7 having routing header 716 
and transport header 718, which are use to identify a source and a destination target; in the 
same way that a RXID is used to specifies a target. See col. 10, lines 58-65. In other words, 
OX-ID and RX ID are being interpreted as addresses for a source and a destination. In 
regards to initializing either the OX1D or RXID of the write command header, in col. 10, 
lines 49-50, Beukema discloses "Routers, also modify the packet's network header when the 
packet crosses a subnet boundary". Modifying is being interpreted as to initializing. Col. 
11, lines 36-38 discloses, "The network header includes routing information, such as the 
destination IP address and other network routing information". 

Mullendore et al. (US 2003/0185154) and Beukema et al. (US pat. 6,978,300) are 
analogous art because they are from the same field of endeavor of packet switching in a wide 
area network (WAN) and/or local area network (LAN). 

At the time of the invention it would have been obvious to a person of ordinary skill in 
the art to modify a congestion management systems and methods are provided to overcome 
head-of-line blocking issues resulting from slower-speed network links, such as low speed WAN 
links or links using a TCP/IP based storage protocol as described by Mullendore and a 
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mechanism by which modifications to components of the network fabric may be made without 
tearing down existing connections as taught by Beukema. 

The motivation for doing so would have been because Beukema teaches, "The method 
and apparatus provide a mechanism by which modifications to components of the network 
fabric may be made without tearing down existing connections. The apparatus and 
method facilitate such fabric management by placing send queues in a send queue drain 
state and suspending the send queues affected by changes to the network fabric while the 
modifications are being made. Once the modifications are complete, the send queues are 
place back into an operational state" (see col. 2, lines 31-38). 

Therefore, it would have been obvious to combine Beukema et al. (US pat. 6,978,300) 
with Mullendore et al. (US 2003/0185 154) for the benefit of creating the apparatus to obtain the 
invention as specified in claims 24, 27, 29, and 30. 

RELEVANT ART CITED BY THE EXAMINER 

24. The following prior art made of record and not relied upon is cited to establish the level 
of skill in the applicant's art and those arts considered reasonably pertinent to applicant's 
disclosure. See MPEP 707.05(c). 

A great example of a switch in a SAN using Fibre Channel header to modifying a 
Receiver Exchange Identifier (responder identifier) is clearly shown by "Fibre Channel - 
Fabric Generic Requirements (FC-FG)"; see section 5.3 on page 13. 



U.S. PATENT NUMBER 
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US 7,353,305; 7,277,431; 7,269,168; 7,237,045 
CLOSING COMMENTS 



Page 16 



Conclusion 

a. STATUS OF CLAIMS IN THE APPLICATION 

25. The following is a summary of the treatment and status of all claims in the application as 
recommended by M.P.E.P. 707.07(i): 

a(l) CLAIMS REJECTED IN THE APPLICATION 

26. Per the instant office action, claims 1-3, 5-20, and 24-31 have received a final action on 
the merits. 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from 
the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on 
the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the mailing date of this final action. 



b. DIRECTION OF FUTURE CORRESPONDENCES 
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20. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ernest Unelus whose telephone number is (571) 272-8596. The 
examiner can normally be reached on Monday to Friday 9:00 AM to 5:00 PM. 



IMPORTANT NOTE 

27. If attempts to reach the above noted Examiner by telephone is unsuccessful, the 
Examiner's supervisor, Mr. Alford Kindred, can be reached at the following telephone number: 
Area Code (571)272-4037. 

The fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. Information regarding the status of an application may be obtained 
from the Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status 
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